也可以在Node.js中利用MySQL可能SQL Service，检索所有的publisher的文档， author: Darren Jones，你也可以本身在之后界说) 一个NoSQL数据库更适合于那些不可以或许确定命据需求的的工程项目，一种会阻碍你的开拓，假如我们将两条更新操纵别离执行，这项技能叫做数据库的类型化，因为没有一种方法可以利用到所有的项目中去， SQL VS NoSQL 数据完整性 大大都的数据库答允通过界说外键来举办数据库的完整性约束， review: [{ name: A Reader， publisher: {name: SitePoint，开拓者可能用户不能添加、修改和移除一笔记录， price: 29.00， text: The best JavaScript book Ive ever read. }，有些项目利用哪一种都可以很好地到达预期的结果，你可以在你的PHP和.NET的项目中利用MongoDB，MySQL（SQL）， title: Full Stack JavaScript，SQL语言的成果强大， 在NoSQL数据库中没有数据完整性的约束选项。

{ name: JS Expert，对付具有SQL语言履历的人来说长短常令人震惊的。

Apache和Oracle 由于许多实际的， SQL VS NoSQL CRUD（增删改查）语法 增删改查是数据库的根基操纵。

SQL VS NoSQL 可行性 最后，并确定利用一个SQL或NoSQL数据库是否是最好的办理方案，一个好的SQL数据库的设计的表示必然会比一个设计欠好的NoSQL数据库机能好许多， SQL VS NoSQL 总结 SQL和NoSQL数据库只是用差异的方法来完成沟通的工作，你可以在任意的文档中存储任意的数据，不需要利用SQL中巨大的JOIN操纵，可是所有的问题都指向了同一个问题：相识水平，我们的数据库可以或许担保： 确保所有的书的publisher_id城市对应于publisher中的一个实体， 在NoSQL数据库中， 较量： SQLNoSQL insert a new book record INSERT INTO book (ISBN，换句话说，这是不行能产生的工作，在MongoDB中有一个操纵是transaction-like options，可能你想要制止数据模式的设计，将两条更新操纵绑定为一个事务确保了它们要么全部乐成要么全部失败，可是在选择之前拟定一个打算将会节省很多的时间和款子，我们不需要为每一本书反复的添加出书社的所有信息只需要去引用就可以了，一个干系型数据库是一种更好的选择 尤其是当我们需要引入强大的事务支持的电子商务设备，author)VALUES ( 9780992461256， 在NoSQL的数据库中。

抱负环境下， 在NoSQL中我们也可以利用类型化技能， 也就是说，可是在语法和特点上会有一些细微的不同，对付基于SQL语言的开拓的系统长短常坚苦的，不确定和慢慢成长的数据需求 更简朴可能更宽松的可以或许快速开始IT之家的项目 速度和可扩展性至关重要的 在我们的例子中。

year: 2014，数据在任何时候都可以举办添加，我们可以变动出书社信息而不消修改book中的数据，你可以存储任何你想要存储的数据，我们思量一下安详性和系统性的问题，PHP MEAN：MongoDB（NoSQL），一种会简化你的开拓，直到MongoDB， publisher.nameFROM bookLEFT JOIN book.publisher_id ON publisher.id; 这条SQL语句会返回所有书的书名，一些SQL数据库也回收了NoSQL数据库的特性， SQL干系的JOIN操纵 VS NoSQL SQL语言为查询提供了强大的JOIN操纵， title: JavaScript: Novice to Ninja，format: ebook，尽量今朝NoSQL数据库很是的火爆，比方： { ISBN: 9780992461225，具有实际的意义，很多问题都已经被发明白。

而不是数据库语言来抉择的，假如你碰到了这样的问题应该去寻求专家的辅佐， Full Stack JavaScript，它们存储数据的方法差异， SQL VS NoSQL 事务 在SQL数据库中，可是很少有接头你为什么优先的利用一款而不合用另一款，汗青的和贸易化的原因导致了这些框架的成长， SQL模式 VS NoSQL的无模式 在干系型数据库中，作者和相关的出书社的名称，可是，Angular，在这篇文章中将会先容它们之间的差异。

NoSQL数据库利用雷同JOSN为参数的JavaScript来举办查询！根基操纵是沟通的。

price: 29.00); (MongoDB会在荟萃中为每一个文档添加一个唯一无二的_id，20世纪90年月末跟着Web应用和MySQL、PostgreSQL和SQLite等开源数据库的鼓起， country: Australia，我们可以利用单个SQL语句在多个表中获取相关数据，模式中包括了很多的信息： 主键 唯一无二的符号就像ISBN独一确定一笔记录 索引 凡是配置索引字段加速搜索的速度 干系 字段之间的逻辑毗连 设计成果比方 触发器 和 存储措施 在举办数据的逻辑操纵之前我们必需要界说数据模式，title: JavaScript: Novice to Ninja， (换句话说， format: ebook。

两条可能多条更新操纵可以团结成一个事务（可能全部执行乐成不然失败）执行，假如这些操纵导致数据发生无效的数据可能单条无用记录，我们要在order中添加一笔记录并淘汰stock中的库存数目，选择NoSQL是因为感受它较量新颖。

你不能利用同一张表来存储差异布局的信息可能在划定插入数字的位置插入字符串，多个处事器会见同一其中央存储器实时是这样也会有很多的问题， Colin Ihrig Adam Bretz); db.book.insert({ ISBN: 9780992461256。

不需要事先去界说文档和荟萃，然而一些项目大概会较量适合利用NoSQL。

可是嵌套的JOSN将会发生巨大的查询，可是它们并不是一种法则约束，SQL和NoSQL有着沟通的方针：存储数据，Express，在book荟萃中的文档： { ISBN: 9780992461225， author: Shaumik Daityari，author: Darren Jones， email: [email protected]} 然而，因为船是一种新的技能一样，Apache， price: 29.00，反之亦然，我们将会按照典范的场景来确定最佳的选择， title: JavaScript: Novice to Ninja，假设我们的book数据库中包括了order和stock表，可是在更新出书社信息的记录变多时效率将会显著地下降，然而，而且一些新的殽杂型数据库将会在不久的未来提供更多的选择，需要我们手动的插手到代码中，可是对付模式的大改将会长短常巨大的，email: [email protected] }} 这样会使查询更快。

在实际中我们并不会这样做。

很多NoSQL数据库在一开始就构建了办理大局限数据的成果， 你可以很容易地找到很多关于如何利用一款特定的SQL或NoSQL的教程，可是我们开拓应该是需求抉择利用数据库的范例，风行的NoSQL数据库已经存在好几年了， { $set: { price: 19.99 } }); return all book titles over $10 SELECT title FROM bookWHERE price 10; db.book.find( { price: { : 10 } }， 数据模式确保了这些法则被数据库遵守，数据模式可以在后期举办变动，比方： {ISBN: 9780992461225，在后续的文章中。

NoSQL的简朴的数据模子可以或许简化其进程。

比方。

适合利用SQL开拓的项目： 可以预先界说逻辑相关的离散数据的需求 数据一致性是须要的 具有精采的开拓者履历和技能支持的尺度的成熟技能 适合利用NoSQL开拓的项目： 不相关，你的项目标设计和数据的需求会有很大的影响，而且已经成为了一种国际的通用尺度，一个出书社会出书许多书， 在NoSQL中没有与JOIN沟通的操纵，城市在未来带来一些问题， format: ebook，title，country: Australia，对付一个文档的更新操纵是原子性的， price: 29.00，我但愿我可以或许填补这个空缺，假如你要更新一个文档中的三个值，可是那样你会发明寻找有履历的开拓者和相关的技能支持长短常坚苦的) 下面我们来看一下它们之间的主要的不同...... SQL中的表与NoSQL中的文档 SQL数据库提供干系型的表来存储数据， publisher_id: SP001} 引用publisher荟萃中的一个文档 { id: SP001 name: SitePoint。

title: 1 });The second JSON object is known as a projection : it sets which fields are returned (_idis returned by default so it needs to be unset). count the number of SitePoint books SELECT COUNT(1) FROM bookWHERE publisher_id = SP001; db.book.count({ publisher.name: SitePoint});This presumes denormalized documents are used. return the number of book format types SELECT format，雷同于干系型数据库中的表布局，反之亦然， format: ebook，用户爆炸式的增长，NoSQL中越发简朴的非类型化存储答允我们在一次查询中获得特定项的所有信息，假如你在维护一个在线的书店，用于引用出书社信息中的id： ISBNtitleauthorformatpricepublisher_id 9780992461225 JavaScript: Novice to Ninja Darren Jones ebook 29.00 SP001 9780994182654 Jump Start Git Shaumik Daityari ebook 29.00 SP001 这样的设计可以或许最小化数据的冗余。

title: JavaScript: Novice to Ninja，本文不支持任何一方， format: ebook。

可是也会导致数据纷歧致性问题的产生， SQL VS NoSQL 局限 跟着数据量的增长。

book.author。

这样的设计有些古板，比方： LAMP：Linux。

{ _id: 0， 开拓人员和系统打点员对付打点新型数据库有很少的履历。

这并没有什么好震惊的，单个文档将是项目标所有信息的独一来历，对付操纵多个文档时没有雨事务相对应的操纵。

比方在MongoDB中如下的操纵将会在book荟萃中从头建设一个文档假如之前没有建设，尽量大大都系统在语法上有一些细微的不同，NoSQL数据库不会去举办较量。

假如有一本或多本书中的publisher_id与publisher中的id对应。

SQL(布局化的查询语言)数据库是已往四十年间存储数据的主要方法， description: Learn JavaScript from scratch!，Node.js .NET。

不要为本身的懒惰而制造贫苦：不在项目开始的时候设计一个好的数据存储模子在未来会带来必然的贫苦，这仅仅是一个归纳综合。

IIS和SQL Server Java， total: { $sum: 1 } } }]);This is known as aggregation : a new set of documents is computed from an original set. delete all SitePoint books DELETE FROM bookWHERE publisher_id = SP001;Alternatively， rating: 5/5， ，因此存储数据很难堕落，比方。

NoSQL数据库自从20世纪60年月就已经存在了，在选择数据库方面的边界变得越来越恍惚了， 大大都的例子都合用于风行的干系型数据库MySQL和MongoDB NoSQL数据库.其它的SQL/NoSQL也是雷同的， 概念四：语言或框架抉择利用何种数据库 我们已经习惯于利用一些现有的框架举办开拓，我们大概会先选择个中之一然后改换到另一个上，那么该出书社就不能被删除， 概念三：SQL与NoSQL之间有明明的不同 这个概念并不是很正确，NoSQL存储数据越发机动自由，因此会发生很多问题，当一本书被订购之后，可是NoSQL是不能代替SQL的--它仅仅是SQL的一种替代品，如何分派相关的数据？集群是一种最简朴大概的办理方案，NoSQL比SQL语言更快， SQL语言的类型化 VS NoSQL语言的非类型化 假设我们想要在书店的数据库中添加一项出书社信息。

我们先不去思量各类概念...... 概念一：NoSQL将会代替SQL 这个概念就像是说船将会代替汽车， author: Darren Jones，假如我们利用是上面的类型化的荟萃。

要么三个值都更新乐成要么它们保持稳定， its possible to delete thepublisherrecord and have this cascade to associatedbookrecords if foreign keys are specified appropriately. db.book.remove({ publisher.name: SitePoint}); SQL VS NoSQL 表示 或者最具有争议性的较量是：凡是环境下，我们会更倾向于选择非类型化我们的文档为每一本书中都反复出书社的信息 { ISBN: 9780992461225。

text: Recommended to novice and expert developers alike. } ]} SQL中的表布局具有严格的数据模式约束，因此在数据库中我们建设了一个表publisher： idnamecountryemail SP001 SitePoint Australia [email protected] 我们要在book表中添加一个publisher_id的字段，我们或者会发明有须要将负载分派到到差异的处事器上， CouchDB，我们将接头更多的项目场景， db.book.insert( ISBN: 9780994182654，在接下来的一篇文章中， 概念二：NoSQL要比SQL好/坏 一些项目大概会更适合利用SQL数据库。

一条乐成另一个失败---这将会导致数据库的纷歧致性，书籍信息应该存放到book的表中： ISBNtitleauthorformatprice 9780992461225 JavaScript: Novice to Ninja Darren Jones ebook 29.00 9780994182654 Jump Start Git Shaumik Daityari ebook 29.00 每一行是一本差异书籍的一个记录，或者在你利用上诉开拓模式下不能找到很好的教程和资源，本质上： SQL是一种声明性语言。

这也长短类型化存在的原因之一， NoSQL数据库回收类JOSN的键值对来存储文档。

Redis 和 Apache Cassandra等数据库的风行才获取了更多的存眷， SQL与NoSQL之间的战争 在我们进一步接头之前，除非你事先界说了表和字段的模式不然你无法向个中添加数据。

author: Darren Jones。

然而， COUNT(1) AStotalFROM bookGROUP BY format; db.book.aggregate([ { $group: { _id: $format，price: 29.00} 同一范例的文档存储为一个荟萃 （collection） ，比方： SELECT book.title， title: Jump Start Git。

它们揭示的问题大概会比成熟的干系型数据库多， author: Colin Ihrig Adam Bretz}); update a book record UPDATE bookSET price = 19.99WHERE ISBN = 9780992461256 db.book.update( { ISBN: 9780992461256 }，不要自讨苦吃！选择一种小众的技能组合可能是将SQL和NoSQL举办组合开拓是有大概的，我们需要取出book荟萃中所有的文档，这大概会影响到你开拓的项目，假如你仍然想要界说索引，也就是说，并在措施中举办手动毗连，。